home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1599 / 1552 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  2.7 KB
  1. Subject: Re: Questions and suggestions
  2. Date: Thu, 9 Jun 94 23:15:20 CDT
  3. From: Juergen Lock <nox@jelal.north.de>
  4. In-Reply-To: <Pine.3.85.9406050042.A7246-0100000@cyber.proxxi.uf.se>; from "Elias M}rtensson" at Jun 5, 94 12:06 am
  5. Message-Id: <9406092115.AA00256@jelal.north.de>
  6.  
  7. Elias M}rtensson writes:
  8.  
  9. > Hello everybody! I'm new to this list so please excuse me if these issues 
  10. > has already meen discussed.
  11. > 
  12. > I've been using MultiTOS for quite some time now, trying to make it 
  13. > UNIX-caompatible where ever possible. Now, there are a number of things I 
  14. > would like to see in MiNT. Please tell me what the opinion thinks about 
  15. > shese things:
  16. > 
  17. > 1: Shouldn't all process files (in /proc) should have 644, not 600. So
  18. > that any user can get full information on them? 
  19.  
  20.  hmm are there unix versions that do this?  i think reading /proc can
  21. give away more info than the usual popen ("/bin/ps ..."), at least
  22. on MiNT...
  23. > 
  24. > 2: A nice thing would be if you could change the mode-bits on the
  25. > TOS-filesystem-directories (i.e. u:/c), otherwise, it is impossible to
  26. > create a secure system. Since any user cn change, for example, teh
  27. > mint.cnf file. I would like to set these directories to 700. 
  28.  
  29.  already done, get Michaels patch collection...
  30. > 
  31. > 3: There are a number of system calls that _need_ to be superuser-only.
  32. > The most important of these are of course Super() and Supexec(), because
  33. > as long as any user can execute this instruction, the system can't be
  34. > secure. Other super-only instructions include Dsp_Reset, Dsp_LoadProg,
  35. > Jenabit, Setexec and other system calls that can crash the system. 
  36.  
  37.  yes to make mint secure you need these, and more things.  i guess the
  38. biggest problem here is TOS compatibility... :/
  39. > 
  40. > 4: For these things to work, we need a working setuid-flag of course. I
  41. > was told that the setuid-flag is not yet implented, it it coming? 
  42.  
  43.  hmm my /bin/su, uux, rnews have no problems.  of course you cannot
  44. keep them on GEMDOS filesystems... :)
  45.  
  46. > 8: Should a line be terminated by LF or CR/LF? Personally I don't like
  47. > CR/LF. A good example is the lf-flag (in stty). There is no way that I 
  48. > can disable lf->cr/lf mapping because mintlib outputs the cr itself!
  49.  
  50.  is that the latest mintlib?  sounds like a bug i patched a while ago...
  51.  
  52. >  And 
  53. > it's difficult to open stdout/stderr in binary mode.
  54.  
  55.  well you can always put a `b' in UNIXMODE, or set __default_mode...
  56. the only problem is you better have no ^Ms left in files then or you
  57. still need to patch sources.
  58.  
  59.  cheers
  60.     Juergen
  61. -- 
  62. J"urgen Lock / nox@jelal.north.de / UUCP: ..!uunet!unido!uniol!jelal!nox
  63.                                 ...ohne Gewehr
  64. PGP public key fingerprint =  8A 18 58 54 03 7B FC 12  1F 8B 63 C7 19 27 CF DA 
  65.